Die Formulare und Berichte des Dialogentwurfs beziehen ihre Daten aus einer Vielzahl von Basis- und Ergebnistabellen. Ein naiver Entwickler könnte diese Herkunftsdaten in einer einzigen grossen Tabelle speichern. Die Normalisierungstheorie zeigt aber, dass eine solche "Universaltabelle" meist redundante Daten enthält, welche die Fortschreibung erschweren. Die Normalisierung, das heisst die schrittweise Aufspaltung einer Universaltabelle, führt zu einer Vielzahl verbundener Einzeltabellen, welche die Redundanz minimiert. Diese Tabellenvielfalt wird verständlicher, wenn man die Tabellen und ihre Beziehungen in einem Datenbankstrukturdiagramm darstellt.

Ein Datenbankstrukturdiagramm stellt die Tabellen und ihre Attribute als Knoten (Kästchen) und die Beziehungen zwischen den Tabellen als Kanten (Pfeile) dar. Datenbankstrukturdiagramme können bereits in den frühen Phasen des Datenentwurfs Attribute Tabellen zuordnen und Beziehungen zwischen Tabellen definieren. Nach Massgabe des Projektfortschritts lassen sich immer mehr Eigenschaften der Tabellen und Beziehungen konkretisieren. Im Sinne des Rapid Prototyping können also Datenbankstrukturdiagramme die Datenbanken unterschiedlicher Entwurfs- und Implementationsphasen veranschaulichen.

Im Datenbankfenster (»F11) von Access gelangen Sie mit einem Rechtsklick zum Datenbankstrukturdiagramm. Ein weiterer Rechtsklick führt zur Entwurfssicht der markierten Tabelle. Die Datenbankstrukturdiagramme von TESTS finden Sie auch unter Testverwaltung und Access Quiz.

Ein sorgfältiger Datenentwurf ist auch dann wichtig, wenn er nicht dem relationalen Tabellenmodell folgt. Die Terminologie von Datenbankstrukturdiagrammen ist deshalb oft allgemein: Statt von Tabellen spricht man von Objekttypen oder Entitäten. Entitäten des gleichen Typs (insbesondere die Sätze oder Zeilen einer relationalen Tabelle) enthalten die gleichen Attribute (Feldern oder Spalten). Zwischen zwei Entitäten kann eine Beziehung (engl. relationsship) bestehen. Zum Beispiel gehören zu jedem Testteilnehmer (das heisst zu jeder Zeile der Tabelle TEILNEHMER) 0, 1 oder mehr Zeilen der Tabelle SCORESMC. Man nennt deshalb Datenbankstrukturdiagramme auch Entity Relationship-Diagramme. Ähnlich wie ein Datenbankstrukturdiagramm stellt ein Entity Relationsship-Diagram Entitäten als Kästchen und Beziehungen als Pfeile zwischen den Kästchen dar. Allerdings müssen die Entitäten nicht unbedingt Tabellen sein und die Beziehungen nicht unbedingt durch Verbundattribute definiert sein.

Neben den Eigenschaften einer Tabelle kann der Entwickler auch die Eigenschaften einer Beziehung definieren. Ein wichtiges Beziehungsattribut ist zum Beispiel die referenzielle Integrität.

Beispiel: Datenbankstruktur von Testverwaltung

Beispiel: Datenbankstruktur von Access Quiz